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Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

Prufungsantrag gem. § 44 PatG ist gestellt 

(g) Vernetztes Fahrzeugkommunikationssystem mit Frontend-Einheit, benutzerbedienbarem Endgerat und 

zugehoriger Applikation 
@ Die Erfindung bezieht sich auf ein Fahrzeugkommuni- 
kationssystem mit einem Datenbus und wenigstens einer 
da ran angeschlossenen Frontend-Einheit mit Benutzer- 
schnittstellen-Frameworkeinheit, mit wenigstens einem 
benutzerbedienbaren, an dem Datenbus angeschlosse- 
nen Endgerat und mit wenigstens einer in das System im- 
plementierten, unter Beteiligung der Frontend-Einheit 
und des Endge rates ausfuhrbaren Funktionalitat. 
Erfindungsgemafc ist die implementierte Funktionalitat in 
einem mit der Benutzerschnittstellen-Frameworkeinheit 
kommunizierenden Teil mit Benutzerschnittstellenseiten 
und in einem mit dem Benutzerschnittstellenseitenteil ei- 
nerseits und einer Applikations-Frameworkeinheit ande- 
rerseits kommunizierenden Funktionskomponententeil 
aufgeteilt. Der Benutzerschnittstellenseitenteil befindet 
i sich in der einen Frontend-Einheit, wahrend sich der 
Funktionskomponententeil ebenfalls dort oder in einer 
anderen Frontend-Einheit oder in einer ebenfalls an den 
Datenbus angeschlossenen Mehrzweckplattform-Einheit 
befindet. 

Verwendung z. B. in Automobilen. 
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Beschrcibung 



Die Ertindung beziehi sich auf cin Fahrzeugkommunika- 
tionssystem mil einem Datenbus, an den wcnigstens eine 
Frontend-Einheit mil Benutzerschnittstellen-Franiework- 
einheit und ein benutzerbedienbares Endgerat angeschlos- 
sen sind, sowie wcnigstens ciner in das System implemen- 
tierten, unter Bcieiiigung der Frontend-Einheit und des End- 
gerates ausfuhrbaren Applikation, nachfolgend auch Funk- 
tionalitat bezeichnei. 

In modernen Kraft fahrzeugen, insbesondere auch Auto- 
mobilen, sind zahlreiche Funktionalitaten implementiert. 
die unter Beteiligung jeweils zugehoriger Frontend-Einhei- 
ten, welche zugehorige Benutzerschnitlstellen beinhalten, 
irn Dialog mil dem Systemnutzer ausgefuhrt werden, insbe- 
sondere zahlreiche Telematik-Anwendungen, wie sie bei- 
spielsweise in der Often leg ungsschri ft DE 196 25 002 A 1 
angcfuhrt sind. 

Um die sich daraus ergebenden Anforderungen bestmog- 
lich zu erfiillen. wird in jungerer Zeit zunehmend die Ver- 
wendung sogenannter verteilter Systeme betrachtet, insbe- 
sondere solchen, die auf objektorientierten Komponenten- 
modellen basieren. In der allgemeinen EDV mit den dort ge- 
geniiber Fahrzeuganwendungen vorhandenen hbheren Re- 
chenkapazilaten sind bereits Technologies zur Unterstut- 
zung solcher verteilter Komponentensysteme gebrauchlich, 
z. B. CORBA (Common Object Request Broker Architec- 
ture) und DCOM (Distributed Component Object. Model). 
Diese Techniken lassen sich jedoch nicht gut auf kleine ein- 
gebettete Einheiten skalieren. Zudem ist DCOM jedenfalls 
gegenwartig noch nicht fur das Betriebssystem Windows 
CE erhaltlich. Zu fahrzeugseitigen Konzepten fur verteilte 
Systeme sei z. B. auf den Zeitschriftenaufsatz K. J. Neu- 
mann et al., ein aufkommender Standard fur verteilte Sy- 
steme im Kfz, atp 4/98, Seite 22 und die altere deutsche Pa- 
tentanmeldung 199 09 157.9 nebst der dort zitierten Litera- 
tur hinge wiesen. 

Der Erfindung liegt als technisches Problem die Bereit- 
stellung eines Fahrzeugkommunikationssystems , der ein- 
gangs genannten Art zugrunde, das mit fur Fahrzeuganwen- 
dungen vertretbarem Rechenaufwand einen Mechanismus 
fiir die Realisierung von verteilten, auszufuhrenden Appli- 
kationen unter Nutzung von in Fahrzeugen gebrauchiichen 
Datenbusnetzwerken ermoglicht und bei dem die Applika- 
tion dabei moglichst unabhangig vora Typ des verwendeten 
Bussystems gehalten werden kann. 

Die Erfindung lost dieses Problem durch die Bereitstel- 
lung eines Fahrzeugkommunikationssystems mit den Merk- 
malen des Anspruchs 1. Bei diesem System ist eine Auftei- 
lung der jeweiligen implementierten Funktionalitat in einen 
Teil mit Benutzerschnittstellenseiten und in einen Teil mit 
den Funktionskomponenten vorgesehen. Wenigstens der 
Benutzerschnittstellenseitenteil ist Teil der Frontend-Ein- 
heit, wahrend sich der Funktionskomponententeil ebenfalls 
dort oder aber in einer anderen Frontend- Einheit oder einer 
ebenfalls an den Datenbus angeschlossenen Mehrzweck- 
plattform-Einheit befindet. Der Benutzerschnittstellensei- 
tenteil steht mit der Benutzerschnittstellen-Frameworkein- 
heit in der betreffenden Frontend-Einheit in Verbindung. 
wahrend entsprechend der Funktionskomponententeil mit 
einer zugehorigen Applikations-Frameworkeinheit in Kom- 
munikationsverbindung steht. Dieser Sy stemaufbau stellt ei- 
nen Mechanismus fur die Realisierung von verteilten, aus- 
zufuhrenden Funktionalitaten bereit, insbesondere auch hin- 
sichtlich der dazu auszufuhrenden Tcilfunktioncn, wic An- 
zeige, Bedienung und Inlerakuon mit anderen Applikations- 
modulen, mit einem fur Fahrzeuganwendungen vertretbaren 
Rechenaufwand. 



In Wei terbi idling der Erfindung nach Anspruch 2 isi dem 
jeweiligen Funktionskomponententeil cine virtuclle Endgc- 
rateeinheit zugeordnet, uber welche die Kommunikation mit 
dem hetrctfenden henut/crbedienbaren Rndgeriit uber den 

5 Datenbus erfolgt und welche die hierzu benotigten busspezi- 
fischen Iinplementierungsinformationen enthalt. Dadurch 
lassen sich die Funktionskomponenten im wesent lichen un- 
abhangig vom Typ des jeweils verwendeten Datenbussy- , 
stems halten, so daB sie nicht zwingend jedes Mai imple- 

10 mentiert werden miissen, wenn ein andcrer Busty p zum Ein- 
satz kommt. 

Bei einem nach Anspruch ^ weitergebildeten System be- 
findet sich der Funktionskomponententeil nicht in der giei- 
chen Einheit wie der Benutzerschnittstellenseitenteil, son- 

15 dem in einer anderen, an den Datenbus angeschlossenen 
Einheit. Die Kommunikation zwischen beiden Teilen erfolgt 
dann in Form einer Proxy-Stub-Kommunikation uber den 
Datenbus. Bei dicscr Systcmausicgung brauchen die Benut- 
zerschnittstellenseiten keine Kenntnis uber die aktuell vor- 

20 handene, verteilte Systemumgebung besitzen. sondcrn sie 
greifen auf die zugeordneten Proxy-Komponenten zu, wel- 
che die notwendigen Netzwerkoperationen realisieren. In 
der anderen Einheit, d. h. einer weiteren Frontend-Einheit 
oder einer vorzugsweise zentral fiir mehrere Frontend-Ein- 

25 heiten vorgesehenen Mehrzweckplattforni-EinheiL, fungiert 
die jeweilige Stub-Komponente als Client der Funktions- 
komponenten und kommuniziert mit der zugehorigen 
Proxy- Komponente der erstgenannten Frontend-Einheit. Da 
der gesamte Netzwerkcode in den Proxy- und Stub-Kompo- 

30 nenten sitzt, kann jeglicher applikationsspezifischer Code 
vollig unabhangig vom zugrundeliegenden Datenbusnetz- 
werk gehalten werden, ohne in die Vernetzung involviert zu 
sein, was seine Codierung und Aufrechterhaltung verein- 
facht. 

35 Vorteilhafte Ausfuhrungsformen der Erfindung sind in 
den Zeichnungen dargestellt und werden nachfolgend be- 
schrieben. Hierbei zeigen: 

Fig, 1 ein schematisches, ausschnittweises Blockdia- 
gramm eines Fahrzeugkommunikationssystems mit Fron- 

40 tend- Einheit und Mehrzweckplattform-Einheit, 

Fig, 2 ein schematisches, ausschnittweises Blockdia- 
gramm eines Fahrzeugkommunikationssystems mit gemein- 
samer Implementierung von Benutzerschnittstellenseitenteil 
und Funktionskomponententeil einer Applikation in einer 

45 Frontend-Einheit und 

Fig, 3 ein schematisches, ausschnittweises Blockdia- 
gramm eines Fahrzeugkommunikationssystems mit zwei 
Frontend-Einheiten und auf diese verteilten Funktionalita- 
ten. 

50 Bei dem in Fig. 1 gezeigten, ersten Ausfuhrungsbeispiel 
beinhaltet das Fahrzeugkommunikationssystem einen her- 
kommlichen optischen Datenbus 1 des Typs MOST, an den 
eine Frontendeinheit 2, ein benutzerbedienbares Endgerat 3 
und eine Mehrzweckplattform-Einheit 4 angeschlossen 

55 sind. Weitere Bestandteile des Fahrzeugkommunikationssy- 
stems, insbesondere noch weitere Frontend-Einheiten und 
benutzerbedienbare Endgerate sowie Fahrzeugsteuergerate, 
sind der Ubersichtlichkeit halber nicht gezeigt. Im gezeigten 
Systemteil sind zur Erlauterung der Erfindung beispielhaft 

60 zwei Applikationen implementiert, namlich eine Radio- 
Funktionalitat und eine Adressbuch-Funktionalitat. Bei der 
Frontend-Einheit 2 handelt es sich konkret um eine An- 
zeige- und Bedieneinheit 2 fur diese Funktionalitaten, wah- 
rend es sich bei dem benutzerbedienbaren, zugehorigen 

65 Endgerat 3 und cincn fur den MOST-Datcnbus 1 ausgclcg- 
ten FM-Tuner handelt. 

Charakteristischerweise ist die jeweilige Funktionalitat 
jeweils in einen in die Frontend-Einheit 2 implementierten 
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Benuizerschnitistcllcnseitcnteil und einen in die Mehr- 
zweckplattform-Einheit 4 implementierten Funkiionskom- 
ponen ten teil aufgetcilt, d. h. die Frontend-Einheit 2 beinhal- 
tet eine Komponentc 5 mil. Benut/erschnitisiellenseiten (IN 
pages) fiir die Radio-Funktionalitat und eine Komponente 6 
mil Benutzerschnittstellenseiten fur die Adressbueh-Funk- 
tionalitai. Enisprcchend besilzt die Mehrzweckplattfonu 
(MPP)-Einheit 4 einen Funktionskomponententeil 7 fiir die 
Radio-Funktionalitat und einen Funktionskomponententeil 
8 fiir die Adressbuch- Funktionaiitat, Die Benutzerschnitt- 
stellenseitenteile 5, 6 stehen in der Frontend-Einheit 2 zum 
einen mit einer dort implementierten Benutzerschnittstellen- 
Frameworkeinheit9 und zum anderen mit je einer zugehori- 
gen Proxy-Komponente 10. 11 in Verbindung. In der MPP- 
Einheit 4 stehen die Funktionskomponenten teile 7, 9 zum 
einen mit. einer Applikations-Frameworkeinheit 12 und zum 
anderen mil zugehorigen Stub-Komponenten 13, 14 in Ver- 
bindung. Busseitig stehen die Proxy- und Stub-Komponcn- 
ten 10, 11, 13, 14 mit einer fur den gewahlten Bustyp MOST 
geeigneten Netzwerkdienst-Endstufe (Most Net Services) 
15, 16 in Verbindung, uber welche die jeweilige Anbindung 
an den Datenbus 1 erfolgt. 

In der MPP-Einheit ist zudem eine virtuelle Endgeratee- 
inheit 17 ais virtuelles FM-Tunergerat implementiert. In die- 
ser virtue lien Einheil ist die Kommunikalion des zugehori- 
gen Funktionskoniponententeils, hier des Teiis 7 fiir die Ra- 
dio-Funktionalitat, mit dem speziell verwendeten, benutzer- 
bedienbaren Endgerat, hier dem fiir den MOST-Datenbus 1 
bestimmten FM-Tuner 3, enthalten, d. h. die virtuelle Ein- 
heit 17 bewerkstelligt die Kommunikation ihres zugehori- 
gen Funktionskoniponententeils 7 nut dem speziellen zuge- 
horigen benutzerbedienbaren Endgerat 3 uber den vorhan- 
denen Datenbus 1 und enthalt dazu die busspezifischen Ini- 
plementierungsdetails der Funktionskomponenten. Dies hat 
die erwiinschte Konsequenz, dafi die im Funktionskompo- 
nententeil 7 enthaltenen Funktionskomponenten unabhan- 
gig vom jeweils gerade benutzten B ussy stem 1 bleiben und 
daher nicht automatisch mit einer Anderung desselben gean- 
dert werden mussen. 

BekanntermaBen bringt eine verteilte Systemauslegung 
eine Menge an Komplexitat mit sich, wobei es empfehiens- 
wert ist, die Systeme auf der hochsten verfligbaren Schicht 
im ISO/OSI-Netzwerk-Schichtenmodell mit den Schichten 
1 (physikalische Verbindung) bis 7 (Prasentationsschicht) 
aufzubauen, um auf diese Weise so viele Netzwerkdetails 
wiemoglich unsichtbar zu lassen und sich auf die Applika- 
tionsanforderungen des Systems zu konzentrieren. Genau 
dies beabsichtigt der MOST-Standard fiir Multimedia-App- 
likationen im Fahrzeug. MOST beschaftigt sich jedoch 
hauptsachlich mit der Kommunikation zwischen Endgera- 
ten wie CD-Player, Tunern und CD-Wechslem und nicht mit 
der zwischen Frontend-Einheit 2 und MPP-Einheit 4 wun- 
schenswerten Kommunikation auf hoherem LeveL 

Die verwendete Proxy-Stub-Kommunikation ermoglicht 
die Erfullung dieser Anforderungen unter Beibehaltung des 
MOST-Datenbusses 1, wobei die hierdurch gegebene, vor- 
hegende Systemlosung als Prototyp COMOM bezeichnet 
ist, siehe das Systembeschreibungs-Insert in Fig. 1. Diese 
Systemlosung stellt eine Kommunikationsfunktion auf ho- 
hem Level zur Verfugung, analog zum COM/DCOM-Stan- 
dard, und verwendet dabei die Steuerungs- und asynchronen 
Kanale des MOST-Datenbusses 1. Da die Schnittstellenno- 
tation des Prototyps COMOM mit COM-EDL kompatibel 
isu kann COMOM durch DCOM ersetzt werden, sobald 
diese Technologic fiir Windows CE vcrfugbar ist Als wci- 
tere Alternative kommt der Einsatz von CORBA in Be- 
trachu wenn ein anderes Betriebssystem verwendet wird. 
CORBA-Implementierungen sind fiir wichtige eingebettete 



Bctriebssysteme vcrfugbar, wic QNX. Chorus, VxWorks 
u. a. 

GemiiB der Systemauslegung von Fij», 1 besicht der Be- 
nutyerschnittstelleniei! der Applikation aus den Benutzcr- 

5 schnittstellenseiten 5, 6, welche in die Benutzerschnitrsicl- 
len-Framc work- Einheil 9 cingebcitet sind, und mit dieser 
kommunizieren. Um auf die im jeweiiigen Funktionskom- 
ponententeil 7, 8 implementierte Funktionaiitat zuriickzu- 
greifen, benotigen die Benutzerschnittsiellenseiten 5, 8 

10 keine Kenntnis iiberdie aktuelle verteilte Syslemumgebung. 
Stattdessen greifen sie auf die zugehorige Proxy-Kompo- 
nente 10, 11 der Funktionskomponenten zu, die entsprc- 
chend agieren und dabei die noiwendigen Netzwerkopcra- 
tionen realisieren. Die in der MPP-Einheit 4 befindlichen 

15 Stub-Komponenten 13, 14 agieren als Clients der Funkti- 
onskomponenten 7, 8 und kommunizieren uber den Daten- 
bus 1 mit den Proxy- Komponenten 10, 11 auf Seilen der 
Frontend-Einheit 2. In den Proxy- und Stub-Komponcntcn 
10, 11, 13, 14 ist der gesuchte Netzwerkcode abgelegt, so 

20 daB der gesamte applikationsspezifische Code vollig unab- 
hangig vom zugrundeliegenden Datenbus netzwerk 1 gehal- 
ten werden kann und nicht in die Vernetzung involviert sein 
braucht, was es leichter macht, ihn zu kodieren und beizube- 
halten. Die Proxy- und Stub-Komponenten 10, 11, 13, 14 

25 konnen automatisch durch IDL-Compiler erzeugl werden, 
die fur COM/DCOM- und CORBA-Produkte verfugbar 
sind. 

Wie aus der obigen Beschreibung erkennbar, laBt sich das 
Fahrzeug kommunikationssystem erfindungsgemaB so aus- 

30 legen, daB vollige Transparenz der Verteilung uber das Netz- 
werk fiir die Komponenten erzielt wird. Wahrend bei einer 
Auslegung von Fig. 1 die MPP-Einheit 4 vorzugsweise als 
zentrale Recheneinheit fungiert, die mehrere Frontend-Ein- 
heiten und mehrere Applikationen bedient, besteht ein wei- 

35 terer Vorteil der Erfindung darin, daB auch eine Systemaus- 
legung ohne Vernetzung moglich ist, d. h. ein System ohne 
die Funktionaiitat der MPP-Einheit 4 von Fig. 1. Ein solches 
System ist als zweites Ausfuhrungsbeispiel der Erfindung in 
Fig. 2 ausschnittweise dargestellt, wobei funktionell gleiche 

40 Bestandteile mit denselben Bezugszeichen wie in Fig. 1 ver- 
sehen sind und insoweit auf die obige Beschreibung zu Fig. 
1 verwiesen werden-kann. 

Wie aus Fig. 2 ersichtlich, sind bei dieser Systemrealisie- 
mng die Bestandteile der MPP-Einheit von Fig. 1 zusatzlich 

45 zu den Bestandteilen der Frontend-Einheit 2 von Fig. 1 in ei- 
ner einzigen, insoweit modifizierten Frontend-Einheit 2a 
aufgenommen. Dadurch wird kein Netzwerkcode fur die 
Kommunikation zwischen dem Benutzerschnittstellensei- 
ten teil 5, 6 und dem zugehorigen Funktionskomponenten teil 

50 7, 8 einer jeweiiigen Applikation benodgu so daB hier die 
Proxy- und Stub-Komponenten 10, 11. 13, 14 des Systems 
von Fig. 1 entfallen. Die Benutzerschnittstellenseiten 5, 6 
kommunizieren in diesem Beispiel direkt mit den zugehori- 
gen Funktionskomponenten 7, 8. Diese Kommunikation 

55 kann z. B. wiedemm uber COM/CORBA realisiert sein, 
siehe auch das Systembeschreibungs-Insert von Fig. 2. 

Eine weitere rndgliche Systemauslegung ist in Fig. 3 dar- 
gestellt, wobei wiederum funktionell gleiche Bestandteile 
mit denselben Bezugszeichen wie in den Fig. 1 und 2 verse- 

60 hen sind und insoweit auf die obige Beschreibung zu den 
Fig. 1 und 2 verwiesen werden kann. 

Wie aus Fig. 3 ersichtlich, sind die beiden beispielhaften 
Applikationen (Radio, Adressbuch) in dieser Realisierung 
in zwei Frontend-Einheiten 2b, 2c implemenueru von denen 

65 die cine Frontend-Einheit 2b analog zur Frontend-Einheit 2 
von Fig. 2 ohne den Funktionskomponententeil aufgebaut 
ist, wahrend die andere Frontend-Einheit 2c als selbstandige 
Einheit entsprechend der Frontend-Einheit 2a von Fig. 2 
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ausgelegt isi. wclchc sowohl den jeweiligen Bcnutzer- 
schnittsicllcnsciicnlcil 5. 6 ais auch den zugehorigen Fimk- 
lionskoniponentcntcil 7. 8 enthalt. Dabei genugi dann tur 
die mcht mil. dem Funktionskomponcntenieil versehene 
Frontend-Einheit 2b die Verwendung von weniger leistungs- 5 
fahigcr Hardware als fur die andcrc Frontend-Einheit 2c, auf 
dcrdic Funktionskomponentcn ablaufen. 

Nachfolgend wcrden bcispielhaft einige mogiiche Appli- 
kationen angegeben, die zugchorige, implemcniiene Soft- 
ware-Pakete umfasscn. So kann ein Audio- Paket vorgese- 10 
hen sein, das vorhandene Audio-Hardware steuert und die 
Fuhrung der entsprechenden Daien von Audio-Quellen zu 
Audio-Ausgabegeraten vorninimt. Die zugehorige Audio- 
Hardware umfaBt eine zenirale Audio-Ausgabe uber Laut- 
sprecher und die Ausgabe liber an Frontend-Einheiten ver- 15 
fugbare Kopfhorer unter Steuerung der Lautstarke und an- 
derer Audio-Parameter. Dabei konnen fahrzeugspezifische 
Eigcnschaftcn rcalisicrt sein, wic z. B. cine Lciscschaltung 
einergerade aktiven Audio-Quelle auf eine geringere Laut- 
starke. wenn eine Sprachausgabe aktiv wird. 20 

Eine Telefon-Applikation kann zur Steuerung einer 
GSM-Funktionalitat, zur Implementierung der TAPI, insbe- 
sondere fur Sprachverbindungen, zum Wahlen von Telefon- 
nummern, Akzeptieren oder Zuriickweisen von Anrufen 
und Verwahen einer AnruflisLe, sowie zur Bereilsteilung 25 
von Datenverbindungen uber WAP dienen. Ein Radio-Paket 
ist, wie oben beschrieben, zur Steuerung der Tuner- Hard- 
ware, wie eines MOST-FM-Tuners, vorgesehen und ist 
zweckmaBigerweise so ausgelegt, daB es decodierte RDS- 
Nachrichten fur andere Dienste, wie TMC, bereitstellt und 30 
Voreinstellungen sowie Stations listen fur die installierten 
Frontend-Einheiten verwaitet. Ein CD-Player/Video-Player- 
Paket steuert CD- Player-Hardware, die aus mehreren Gera- 
ten bestehen kann, z. B. einem CD-Wechsler und je ein em 
CD-Player in mehreren Frontend-Einheiten. Das Paket 35 
iibernimmt die Verwaltung von Abspiellisten, die Erzeu- 
gung beliebiger Abspiellisten und die optische Anzeige des 
momentanen Zustands der Abspielgerate. Soweit vorhan- 
den, kann dieses Paket auch zum Abspielen von Videodisks 
verantwortlich sein. Ein Fahrzeug-Paket kann dazu dienen. 40 
auf Fahrzeugdatenbussen, wie einem CAN-Bus. verfugbare 
Fahrzeuginformationen bereitzustellen. indem diese gesam- 
melt und uber vorgegebene Schnittstellen zur Verfugung ge- 
steUt werden. Bei diesen Fahrzeuginformationen kann es 
sich z. B. um solche iiber die Geschwindigkeit. die bevorra- 45 
tete Kraftstoffmenge und diverse Temperaturangaben han- 
deln. Die Informationen konnen optisch angezeigt und/oder 
anderen Diensten verfiigbar gemacht werden. 

Ein Profil-Paket ist fur die Speicherung von Profilen von 
Komponenten, zur Feststellung von Komponenten, die von 50 
einer Profilanderung betrofFen sind. um eine Reinitialisie- 
mng vorzunehmen, und zur Erzeugung neuer Profile dien- 
lich. Die Profile werden zur Speicherung von Einstellungen 
von Komponenten und der Ben utzerschnitts telle verwendet. 
wie Farben, Audio-Einstellungen etc., und in jeder Fron- 55 
tend-Einheit separat abgelegt. Ein Personenmanagement- 
Paket enthalt Funktionalitat fur personliche Informationen 
uber einen identifizierten Systemnutzer, wie ein personli- 
ches Adressbuch, einen Kalender, eine Email-Funktion und 
Datensynchronisation mit anderen Datenbasen. wie anderen 60 
Fahrzeugen oder einem stationaren PC-System, z. B. iiber 
das Internet oder mit Biuetooth-Technologie. 

Ein weiteres Paket dient dazu, die Erlaubnis fur angefor- 
derte Benutzeraktionen zu eneilen und dabei insbesondere 
Konfliktc zu bchandcln, wenn mchrcrc Systemnutzer die- 65 
selbe Systemfunktionalitat anfordem. diese zum jeweiligen 
Zeitpunkt jedoch nur von einem Nutzer benutzt werden 
kann. Dieses Paket kann auBerdem dazu verwendet werden. 



6 

sitzplaizbezogene Nuizungsrcchic fur besiimmtc Nuizer zu 
beschninken.z. B. fur Kinder, bzw. die Profile fur Freigaben 
und Anpassungen von Reehlen zu verwaltcn. Ein Nuizeri- 
dentifikahons-Pakei ist fur die Zu fuhrung einer Nui/erkcn- 
nung an Komponenten verantwortlich. die eine solche beno- 
tigen, wie Adressbuch. Email. Kalender etc. Der Systemnut- 
zer muB dann seine Idem Hat geeignet cingeben. z. B. mitiels 
PIN, PaBwort. Fingerabdruck oder Netzhautabtastung. Ein 
Komfort-Paket cnnoglicht die Steuerung von Klimatisie- 
rungseinheiten und anderen Komfort-Funktionen. soweit im 
Fahrzeug vorhanden. 

Ein Telematikdienste-Paket ist verantwortlich fur das 
Sammeln generischer Telematikdienstinlbnnalionen und 
das Verteilen an anfordernde Komponenten. Ein Aktualisie- 
rungs-Paket verwaitet Aktualisierungen und Aufriistungen 
von Komponenten und ist verantwortlich fur das Herunter- 
fahren des Systems in einen Zustand. in welchem eine Ak- 
tualisicrung/Aufriistung durchgefuhrt. werden kann, sowie 
fur das emeute Verbringen des Systems in den normalen Be- 
triebsmodus. Ein Initialisierungs-, Uberwachungs- und Dia- 
gnose-Paket ist verantwortlich fur die Durchfuhrung von 
Start- und Initialisierungsvorgangen. enthalt'die Fahigkeit 
zur Uberwachung des Betriebs von Software- und Hard- 
ware- Komponenten und unterstiitzt eine Diagnose des Sy- 
stems. 

Ein Zusatzdienste-Paket kann zur Bereilsteilung von 
Funktionalitaten vorgesehen sein, die auf herkommliche Sy- 
stemfahigkeiten aufsetzen. Bei diesen Zusatzfunktionalita- 
ten kann es sich z. B. um einen Notruf. z. B. automatisch bei 
einem erkannten schwereren Unfall oder halbautomatisch 
auf Benutzeranforderung jeweils in Form von ubertragenen 
Daten uber die Fahrzeugposition oder in Sprachform, eine 
Logbuch-Funktion, wie sie zur Kostenerfassung bei Firmen- 
fahrzeugen und zu anderen Zwecken nutzlich ist, sowie ei- 
nen Diebstahlschutz handeln, mit dem das System bei Vor- 
handensein eines Ortungsmoduls eine Bewegung des Fahr- 
zeugs auBerhalb bestimmter Grenzen feststellen und den 
Fahrzeugbetrieb bei Bedarf stoppen kann. 

Patentanspruche 

1. Fahrzeugkommunikationssy stem mit 

- einem Datenbus (1) und wenigstens einer daran 
angeschlossenen Frontendeinheit (2) mit einer 
BenutzerschnittsteUen-Frameworkeinheit (9), 

- wenigstens einem benutzerbedienbaren, an den 
Datenbus angeschlossenen Endgerat (3) und' 

- wenigstens einer in das System implemen tier- 
ten, unter Beteiligung der Fron tend-Einheit und 
des Endgerates ausfuhrbaren Funktionalitat, da- 
durch gekennzeichnet. daB 

- die implementierte Funktionalitat in einen mit 
der Benutzerschnittstellen-Frameworkeinheit (9) 
kommunizierenden Teil (5, 6) mit Benutzer- 
schnittstellenseiten und in einen mit dem Benut- 
zerschnittstellensei ten teil einerseits und einer 
Applikations-Frameworkeinheit (12) andererseits 
kommunizierenden Funktionskomponententeil 
(7, 8) aufgeteilt ist und 

- sich der Benutzerschnittstellenseitenteil in der 
Frontend-Einheit (2) befindet und sich der Funkri- 
onskomponententeil (7, 8) ebenfalls in dieser 
Frontend-Einheit oder in einer anderen, an den 
Datenbus angeschlossenen Frontend-Einheit oder 
cincr an den Datenbus angeschlossenen Mchr- 
zweckplattform-Einheit (4) befindet. 

2. Fahrzeugkommunikationssystem nach Anspruch 1, 
weiter dadurch gekennzeichnet, daB dem Funktions- 
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komponementeil (7) eine vinuelle Endgeraieeinheii 
(17) zugeordnet ist, iiber welchc der Funktionskompo- 
nentenleil zur Konimunikation mil dem benutzcrbe- 
dienbaren Hndgerat (3) iiber den Datenbus (1 ) verhun- 
den ist und welche busspezifischc Implementierungsin- 5 
fomiationen enthail. 

3. Fahrzeugkommunikalionssysteni nach Anspruch 1 
oder 2, weiter dadurch gekennzeichneu dali 

- sich der Funkiionskoniponententeil (7, 8) in der 
anderen Frontend-Einheit (2c) oder der Mehr- 10 
zweckplattfonn-Einheit (4) befindet und 

- dem Funklionskomponententeil (7, 8) eine 
Stub-Komponente (13, 14) sowie dem Benutzer- 
schnittstellenseitenteil (5, 6) eine Proxy-Kompo- 
nente (10, 11) zur Konimunikation zwischen 15 
Funktionskoniponententeil und Benutzerschnitt- 
stellenseitenteil zugeordnet ist 
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